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REMARKS 

Claims 1-11 and 13-19 are now present in this application. 

The abstract, specification, and claims 1, 11, 15 and 19 have 
been amended, and claim 12 has been cancelled without prejudice or 
disclaimer of the subject matter contained therein. Reconsideration 
of the application, as amended, is respectfully requested. 

The drawings are objected to under 37 CFR 1.83(a). This 
objection is respectfully traversed. 

The Examiner alleges that the circuitry of the device and 
controllers of claim 1 is not shown. However, no particular 
circuitry is claimed. The requirements of 37 CFR 1.83(a) are met by 
the drawings of the instant application. What is set forth in the 
claims is shown in the drawings. For claim 3, the Examiner appears 
to be requesting that the alphanumeric data held in the first 
controller be shown. However, the contents of the first memory of 
the first controller would actually not be seen. It is respectfully 
submitted that the requirements of 37 CFR 1.83(a) have been 
satisfied. Reconsideration and withdrawal of this objection are 
respectfully requested. 

The abstract and disclosure stand objected to for certain 
informalities. Because these informalities have now been addressed, 
it is respectfully requested that this objection now be 
reconsidered and withdrawn. 
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Applicants gratefully acknowledge that the Examiner considers 
claims 11 and 12 to contain allowable subject matter. However, as 
will be set forth below, it is respectfully submitted that 
independent claim 1 should also be in condition for allowance. 
Thus, all claims in the instant application should now be 
allowable . 

Claims 11 and 12 stand rejected under 35 USC 112, first 
paragraph. This rejection is respectfully traversed. 

Apparently, the Examiner sees some conflict with the 
description between pages 11, 14 and 15. However, it is 
respectfully submitted that this disclosure should be clear to one 
of ordinary skill in the art. An enabling disclosure for the 
subject matter of claims 11 and 12 has been set forth. Withdrawal 
of this rejection is respectfully requested. 

Claims 1, 2, 8, 10, 15-17 and 19 stand rejected under 35 USC 
103 as being unpatentable over BORGSTAHL et al., U.S. Patent 
5,909,183, in view of SALAZAR et al., U.S. Patent 5,802,467. This 
rejection is respectfully traversed. 

Claims 3-6, 9 and 18 stand rejected under 35 USC 103 as being 
unpatentable over BORGSTAHL et al. in view of SALAZAR et al., and 
further in view of ALLPORT, U.S. Patent 6,104,334. This rejection 
is respectfully traversed. 
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Claim 7 stands rejected under 35 USC 103 as being unpatentable 
over BORGSTAHL et al . in view of SALAZAR et al., and further in 
view of DEL CASTILLO et al., U.S. Patent 6,275,166. This rejection 
is respectfully traversed. 

Claims 13 and 14 stand rejected under 35 USC 103 as being 
unpatentable over BORGSTAHL et al. in view of SALAZAR et al., and 
further in view of GO et al., U.S. Patent 5, 305, 355 and HAN A I , U.S. 
Patent 5,541,670. This rejection is respectfully traversed. 

While every node in the network may be a peer, there is a 
clear distinction between controlling peers (e.g. the controller 
300) and the peers connected to controlled appliances (e.g. 
controlled object 324), of Figs. 20 and 21 of BORGSTAHL et al. In 
col. 17, lines 18-27 of BORGSTAHL et al., it is described how the 
controller 300 downloads a command set from a controlled object 
324. It is not disclosed that the controller should have any 
dedicated mode of operation (learning mode) which it enables prior 
to this download. Further the command set is downloaded from a 
controlled object (an appliance) and not from another controller 
300. Transferring data between a controller and a controlled object 
is a standard operation in automation systems. There is no mention 
of controller «-> controller communication in BORGSTAHL et al. 

In the mentioning of BORGSTAHL et al. by the Examiner, it is 
written: " Borgstahl fails to expressly state that a second 
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controller 300, when in a learning mode, is able to receive and 
store device addresses transmitted by a first controller 300...". 
But, firstly, it is not expressly stated in BORGSTAHL et al. that 
it contains more than one controller or that two operating 
controllers can co-exist in the system. Secondly, BORGSTAHL et al. 
fails to disclose that a controller 300 even has a learning mode, 
and, thirdly, BORGSTAHL et al. fails to disclose that a controller 
300 can communicate with, much less receive device addresses from, 
another controller 300. The Applicant respectfully submits that 
these prerequisites are read into the specification and that 
BORGSTAHL et al., as a whole, is not relevant prior art to the 
present application . 

BORGSTAHL et al. teaches that a controller can download and 
use a command set from an appliance, so that the controller can use 
this command set to control said appliance. 

The present application claims transferring, to a second 
controller, device identifiers of devices controlled by a first 
controller, so that the second controller immediately can 
communicate with these devices. Here, a controller teaches another 
controller devices with which it can communicate, thus the shared 
information relates to the communication with a third node. 
Thereby, the second controller need not detect devices and the 
network topology, which is typically a time consuming task. 



16 



Appl. No. 09/840,827 



The shared information in BORGSTAHL et al. and the present 
application is not related, neither in its content or in its 
function. The transferred command set of BORGSTAHL et al. serves 
to define which functions of the appliance can be controlled, and 
how, and thus relates to the communication over an already 
established communication link. The transferred device identifiers 
of the present application serves to enable the receiving node to 
establish communication links with other nodes. 

Turning to the patent to SALAZAR et al., communication between 
handset and base station (controller <-> controller communication) 
is briefly mentioned twice in SALAZAR et al. The first time is in 
col. 6, lines 43-47, but no purpose of this communication is 
expressed, except that the handset may communicate with an external 
apparatus through the base station (e.g. making a phone call). The 
second time is in col. 20, lines 53-56 it is mentioned that the 
handset and the base station can interact to perform intercom and 
paging functions, which are standard functions for cordless phones. 
This implies that the communication between handset and base 
station is only for transmitting sound signals (voice, dialing 
tones etc.), not for sharing information. It is not disclosed that 
data transmitted between handset and base station can be saved at 
the receiving part (saving a voice message would be to save 
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transmitted data, but only intercom and paging functions are 
mentioned, none of which involves saving transmitted data) . 

There is no mention of a 'learning operation mode 1 of the 
handset or base station, neither for learning from appliances or 
from the other controller. 

In the mentioning of BORGSTAHL et al. by the Examiner, it is 
written: "Though Salazar omits expressly stating that base station 
25 's signal to handset 10 includes a frame instructing handset 10 's 
microprocessor 30 where to store the device addresses in memory 
32...". Firstly, the Examiner presupposes that there is sent a 
signal comprising device addresses from the base station 25 to the 
handset 10. But SALAZAR et al. does not mention any signal 
containing device addresses (or equivalent) . Nor does SALAZAR Et 
al. specify the content of any signal between the base station and 
the handset, only that they interact to perform intercom and paging 
functions. Secondly, all mention of retrieved data being saved in 
the memory of the handset/base station relates to saving command 
code information received from an appliance, not from the base 
station/handset. The Applicants respectfully submit that the 
Examiner relies on conditions which are not disclosed in SALAZAR et 
al. 
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Borgstahl and Salazar as relevant prior art 

Both BORGSTAHL et al. and SALAZAR et al. relate to controlling 
a number of different appliances (e.g. alarm, VCR and sound system) 
with the same controller. The patent specifications teach how the 
controller can retrieve and apply specific command sets for each 
appliance as the appliances have no common communication protocol. 

The present application claims a system and a method for 
teaching basic knowledge about the network constituents to a new 
controller in the network, so that the new controller can 
immediately communicate with and control devices in the network. 
The invention do this by generating and transmitting, with a first 
controller, a list of device identifiers of devices controlled by 
the first controller to a second controller. The list is received 
by the second controller and stored in a memory of the second 
controller dedicated to store device identifiers of devices 
controlled by the second controller. 

Neither BORGSTAHL et al. nor SALAZAR et al. refer to the 
problems involved in identifying the various devices/nodes/peers in 
the network, establishing communication links with the devices, 
managing the identifiers/addresses of the devices, how a new 
controller introduced in the network learns which devices 
constitute the network, etc. It is obvious that the systems of 
BORGSTAHL et al . and SALAZAR et al. do perform at least some of 
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these functions, otherwise their networks would not exist, but they 
do not teach or hint at how they do it. 

Therefore, in the opinion of the Applicant, BORGSTAHL et al. 
and SALAZAR et al. are not relevant prior art to the present 
invention. Neither, being aware of BORGSTAHL et al., there is no 
motivation for the person skilled in the art to turn to SALAZAR et 
al. to find teaching of how to learn identifiers of the devices 
constituting the network, or vice versa. 

Combination of Borgstahl and Salazar 

Both references fail to disclose a signal comprising device 
identifiers of devices controlled by the controller transmitting 
the signal. BORGSTAHL et al. teaches transmitting a command set 
from an appliance to a controller, but fails to disclose controller 
<r> controller communication. Salazar does teach controller ^ 
controller communication, but not with the purpose of sharing 
information. 

Hence, the Applicant submits that, even if one where to 
combine BORGSTAHL et al. and SALAZAR et al., such combination does 
not anticipate controller <r> controller communication with the 
purpose of learning one controller information of another 
controller, much less controller controller communication with 
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the purpose of transferring, to a second controller, device 
identifiers of devices controlled by a first controller. 

The applicant therefore holds that claims 1 and 15, and claims 
dependent thereon, are non-obvious over BORGSTAHL et al. in view of 
SALAZAR et al., and thereby patentable. 

The secondary references to ALLPORT, DEL CASTILLO et al., GO 
et al., and HANAI would not overcome the above-noted deficiencies 
of the BORGSTAHL et al. or SALAZAR et al. references. It is 
respectfully submitted that none of the prior art utilized by the 
Examiner would either suggest or render obvious the claimed 
invention of the present application. Accordingly, it is 
respectfully requested that the 35 USC 103 rejections all now be 
reconsidered and withdrawn. 

Favorable reconsideration and an early Notice of Allowance are 
earnestly solicited. 

Because the additional prior art cited by the Examiner has 
been included merely to show the state of the prior art and has not 
been utilized to reject the claims, no further comments concerning 
these documents are considered necessary at this time. 

In the event that any outstanding matters remain in this 
application, the Examiner is invited to contact the undersigned at 
(703) 205-8000 in the Washington, D.C. area. 
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If necessary, the Commissioner is hereby authorized in this, 
concurrent, and future replies, to charge payment or credit any 
overpayment to Deposit Account No. 02-2448 for any additional fees 
required under 37 C.F.R. §§ 1.16 or 1.17; particularly, extension of 
time fees. 



Respectfully submitted, 



BIRCH, STEWART, KOLASCH & BIRCH, LLP 



By ^t\jh«^,^ M Yu* 



Joe McKi'nney Muncy, #B2,334 
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RF HOME AUTOMATION SYSTEM COMPRISING REPLICABLE CONTROLLERS 
FIELD OF THE INVENTION 

The present invention relates to a wireless home automation system having a controller 
for controlling a broad variety of functions via two^-ways communication with a plurality of 
5 devices. More specifically, the invention relates to systems having two or more controllers 
for controlling devices, wherein information related to the system can be shared between 
controllers. 

BACKGROUND OF THE INVENTION 

Home automation systems for controlling devices with various functions such as lighting 
10 and audio equipment within a building has evolved towards a "smart-home" concept, 
where different input/output (I/O) devices with a wide range of functions are remotely 
controlled by a central controller. Such systems are constructed as networks with a 
plurality of nodes which can be controllers, I/O devices, or dedicated signal repeaters or 
amplifiers. 

15 

The quality of such systems are typically defined by a number of parameters: 

Reliability. How often is a signal erroneous received by the intended receiver, or not 
received at all. The reliability can be quantified in a number of ways such as mean 
time between failure ( MTBR or bit error rate, and a many types of errors can be 

20 detected and corrected automatically by the system. Reliability, as a quality 

parameter, is best described as whether the user regularly experiences that the 
system does not perform the desired task. 
- Range/coverage. How large a network can be supported by the system, and is there 
any required minimum density of signal repeaters or amplifiers. Also, can a node be 

25 connected to the network to send and receive signals anywhere within the range of the 
network, or are there any "dead spots". 

Versatility. Which types of I/O devices and functions can be controlled by the system, 
and can the network support the required signals used for these applications. Can the 
network topology be expanded with new functionalities without undue burden and 
30 does the system/network support a large number of nodes. These considerations are 
often related to a communication protocol of the system, and depends on whether the 
communication protocol is constructed with a specific application in mind or optimized 
to a specific type of I/O devices. 

Flexibility. The system should be easy to install, set up, change, and use. Thus, the 
35 learning of new nodes and configuring of routes for signal transmission should be 

automated to at least some degree. Also, the programming and use of functions, as 
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well as expansion of the system, should be a simple and straightforward tasks for the 
user. This even more so in home automation systems for use in private homes. 

Automation systems based on wired networks provide a high quality in the first three 
5 quality parameters and very seldomly in the fourth parameter, and are often the primary 
choice in high capacity and high security systems where a high quality is required. 
However, wired networks have a number of obvious drawbacks: 

Dependency of medium. The disconnection of an important wire section may freeze 
the entire network. 

10 - Low flexibility. Wired networks are very inflexible, if a node is desired at a position 
outside the existing network, or at a position within the network, which is connected 
with wire, a new wire branch must be drawn and connected to the network. 
Installation. The initial installation of the network, drawing and connecting wire, as 
well as extension of an existing network are laborious and often require assistance 

15 from professional personnel. 

Price. The costs in connection with installation and extension of wired networks are 
extremely high. If a wired network for an automation system is to be installed in a 
family-size private home, the expenses for having the wires drawn and connected may 
add up to US Dollars 10.000 if installed during construction of the house, and to US 

20 Dollars 25.000 if to be installed in an existing house. On top of this comes the price for 
controllers, I/O devices, and signal repeaters or amplifiers. 

Although wired networks generally provide a better quality, wireless networks have 
become more and more popular as a cheap and easy accessible network solution. Wireless 
25 networks clearly overcome the above-mentioned drawbacks of wired networks. However, 
most existing low cost wireless automation systems have a low quality in most of the 
mentioned parameters. Higher bandwidth wireless automation systems, are typically very 
complex and require higher processing power whereby the price get close to the price for 
a wired network. 

30 

US 5,905,442 discloses a wireless automation system with a centralized remote control 
which controls I/O devices for providing electrical power to appliances from power outlets 
of the power mains in building. The remote control and I/O devices comprise RF 
transceivers, and the system includes dedicated repeater units for repeating signals to I/O 
35 devices out of the range of the remote control. 

US 5,875,179 describes a method for synchronising communications over a backbone 
architecture in a wireless network. The system invokes two controllers, one of which is a 
master and another which is an alternate master which will be activated only when the 
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master is out of work. Dedicated repeaters and I/O devices in the system are commonly 
designated as nodes, however, it is clear from the context that there is distinct functional 
difference between repeater nodes and end (I/O) nodes. 

5 US 4,427,968 discloses a wireless automation system with flexible message routing. A 
central station produces a signal for a I/O device, the signal contains a route code, an 
address code, an identifying code and a message code. Dedicated repeaters in the 
architecture receive the signals and follow a specified procedure for repeating signal. 
Repeaters may also be addressed as end nodes, e.g. in order for the controller to 
10 download routing tables. 

SUMMARY OF THE INVENTION 

The present invention provides a high quality, low cost wireless automation system using 
radio frequency (RF) signals. In order to reduce the price, the system according to the 
present invention preferably operates at bandwidth dedicated for control commands i.e. a 
15 bandwidth around 10 kbps. Such a low bandwidth allows for chips which can be mass 
produced at lower prices than chips for large bandwidth systems. Also, RF transmitters 
and receivers of the system preferably operate within a "public" frequency range wherein 
a license is not required, thereby further reducing cost. 

20 However, choosing low bandwidth operation in a public frequency range introduces a 
number of problems which may reduce the quality of the system: 

A low bandwidth gives a low capacity in the amount of data which can be comprised in 
signals. 

- A large number of apparatuses operate in public frequency ranges resulting in a large 
25 amount of radio frequency interference. 

The allowed transmission power of RF transmitters is restricted which results in a 
limited signal range. 

To overcome those problems, the system according to the present invention is optimized 
30 to ensure a high reliability, range/coverage, versatility, and flexibility. 

Thus, it is an object of the present invention to provide a wireless home automation 
system in which information is shared between controllers in the system so as to send as 
few signals as possible and as short signals as possible. 

35 

It is another object of the present invention to provide a wireless home automation 
system which stores information and performs functions in a manner which is particularly 
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appropriate for low bandwidth RF home automation systems operating within a "public" 
frequency range. 

It is a further object of the present invention to provide a wireless home automation 
5 system for controlling and monitoring equipment and appliances, comprising an overall 
architecture and programming which allows for easy configuration, synchronization, and 
expandability when more than one controller is included in the system. 

It is a still further object of the present invention to provide a wireless home automation 
10 system that utilizes radio frequency signals for controlling and monitoring devices and for 
replicating and updating controllers in the system. 

In a first aspect, the invention provides an automation system for controlling and 
monitoring a plurality of devices using controllers, 
15 each of the plurality of devices comprising: 

a receiver for receiving signals, 

a transmitter for transmitting signals, 

a first memory holding a device identifier identifying the device, 

a processor for controlling the reception and transmission of signals, and 
20 means for providing an output to, or receiving an input from, an appliance 

connected to the device in response to a received signal, 
a first controller comprising: 

a radio frequency transmitter for transmitting signals, 

a radio frequency receiver for receiving signals, 
25 a first memory comprising an organized data structure holding device identifiers of 

devices controlled by the first controller, 

a second memory holding a controller identifier identifying the first controller, and 
a processor for controlling the reception and transmission of signals and being 
adapted to store and read device identifiers in the first memory, the processor 
30 comprising means for generating a signal addressed to one or more devices and 

comprising instructions related to the operation of the appliance connected to the 
device, 

a second controller comprising: 

a radio frequency transmitter for transmitting signals, 
35 a radio frequency receiver for receiving signals, 

a first memory for holding, in a corresponding organized data structure, device 
identifiers of devices to be controlled by the second controller, 
a second memory for holding a controller identifier identifying the second 
controller, and 
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a processor for administering the reception and transmission of signals and being 
adapted to store and read device identifiers in the first memory, the processor 
comprising means for generating a signal addressed to one or more devices and 
comprising instructions related to the operation of the appliance connected to the 
5 device, 

wherein the processor of the first controller further comprises means for generating one or 
more signals comprising the device identifiers from the organized data structure of the 
first memory of the first controller, and 

wherein the processor of the second controller has a first, normal mode of operation in 
10 which it is adapted to transmit signals to, and receive signals from, devices controlled by 
the second controller, and a second mode of operation in which it is adapted to receive 
said one or more signals from the first controller and store said device identifiers 
correspondingly in the organized data structure of the first memory of the second 
controller. 

15 

Preferably, the processor of the second controller is adapted to store the data comprised 
in received signals in that it comprises means for storing the received data 
correspondingly in the organized data structure of the first memory of the second 
controller. 

20 

The organized data structure of the first memory in the first and the second controller are 
data structures for storing data related to the operation of the system, hence, the first 
memories may comprises regions dedicated to hold individual device identifiers, regions 
dedicated to hold groups of device identifiers, regions dedicated to hold settings or 
25 alphanumerical data related to individual or groups of identifiers, etc. The organized data 
structures of the first memory in the first and the second controller does not need to be 
identical or equivalent, but simply has to correspond to each other in terms of the regions 
dedicated to hold predetermined types of data. 

30 Data received by the second controller is stored correspondingly if it is stored in a region 
which is dedicated to store a type of data, which type of data is similar to the type of data 
that the region from which the data was read is dedicated to store. 

In the present specification and claims, the term "processor" designates any conventional 
35 or proprietary processor or microprocessor such as a hardwired proprietary processor or 
finite state machine, Read Only Memory (ROM) or software programmable microprocessor 
as well as combinations thereof capable of providing the required management of received 
and transmitted data. 
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The term "memory" designates one or several memory areas adapted to store digital 
information. Preferably, it is possible to read, write and delete data in the memory. The 
memory might be allocated in a larger memory structure comprising several memories 
utilized by a processor for e.g. application program storage and/or data storage. 

5 

The term "signal" designates a conveyor of information, such as a series of pulses of 
electromagnetic (RF) radiation. Preferably, the signal is formed by a modulation of a 
carrier waveform and recovered during reception by demodulation. The modulations may 
be digital modulations so as to convey digital information. The information in a signal 
10 according to the present invention is preferably comprised in a digital communication 
frame, which comprises a number of bits identifying the frame and a number of bits 
conveying the transmitted information or data. 

An identifier is a data string identifying a controller or a device or part of a device. Also, an 
15 identifier may identify a data structure such as a table or dedicated memory area. An 
identifier may be a name, a code or a number. 

Controller and device identifiers are data strings identifying the individual controller or 
device as single, specific controller or devices within a network. Controller or device 

20 identifiers are preferably used to address the specific controller or device in communi- 
cation within a network. Preferably, the controller or device identifiers are used to 
designate the specific controller or device within a communication protocol, which is an 
agreed set of operational procedures to enable data to be transferred between controller 
and devices. A unique identifier is a data string identifying a single, specific controller or 

25 device wherein the data string is not identical to any data string used to identify any other 
specific controller or device. A unique identifier is preferably set during fabrication. 

In the automation system according to the present invention, a network is preferably 
characterized by a unique system identifier, which is used in all communication within the 

30 system. Hence, identifiers for controllers and devices comprise a first and a second part, 
wherein the first part is the unique system identifier and the second part is the identifier 
for each specific controller or device within the system. In this case, the two-part identifier 
identifying a controller or device is unique if the system identifier is unique. Preferably, the 
controllers does have unique identifiers set during fabrication, and the processor of the 

35 first controller implemented in the system is adapted to make its unique identifier the 
unique system identifier. 

Alternatively, all controllers and devices in the system have a unique identifier so that no 
two controllers or devices are addressed identically. 
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Preferably, the processor of a controller is adapted to generate signals comprising at least 
one device identifier and at least one predetermined setting held in relation to said device 
identifier. Also, the first processor is adapted to generate a signal comprising commands 
5 for devices and addressing the signal to one or more devices. A command is a code, word 
or phrase to which the receiving processor responds in a predetermined way. A respond is 
any action carried out by the controller or device initiated by the reception of the 
command. 

10 Optionally, signals comprising commands for devices may be addressed to all devices 
without addressing each device individually, instead a general designation to which all 
signals are adapted to respond is used. Such signals are referred to as broadcast signals. 
For this reason, the devices further comprise a status setting for determining whether the 
device should respond to commands in a broadcast signal addressed to all devices. 

15 

According to the first aspect, the second controller is preferably equivalent to the first 
controller, such as being a newer version of the controller type of the first controller. Since 
the first controller holds information relating to the system, such as the system identifier, 
device identifiers of devices in the system, groupings of devices, etc., it is useful to be able 
20 to share information between controllers by learning a controller information held by 
another controller. 

In order for the second controller to learn the system identifier, it must have an 
operational mode in which it responds to signals where it does not recognize the system 

25 identifier of the signal (since it does not know what its value is). This also allows the 
controller to be transferred from one system to another, where all data, controller 
identifier, and the system identifier is deleted or overwritten upon introduction onto the 
new system. Therefore, the means, in the first controller, for generating a signal 
preferably comprise means for generating a signal holding the unique system identifier. 

30 The processor of the second controller is then preferably adapted to store said system 
identifier in the second memory and, hereafter or when it is no longer in its learning 
mode, to respond only to signals comprising the unique system identifier. 

The organized data structure of the first memory of the first controller may comprise many 
35 types of data, such as alphanumerical data in relation to each device identifier, 

predetermined settings characterizing the operation devices, or predetermined settings 
characterizing the operation of an appliance connected to a device, which may be copied 
to the second controller. Thus, the means, in the first controller, for generating a signal 
preferably comprise means for generating a signal holding; alphanumerical data related to 
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each device identifier, predetermined settings characterizing the operation devices, 
predetermined settings characterizing the operation of an appliance connected to a device, 
or predetermined routines related to the dynamical operation of one or more devices over 
a period of time. Also, the processor of the second controller is preferably adapted to 
5 store; alphanumerical data related to each device identifier, predetermined settings 
characterizing the operation devices, predetermined settings characterizing the operation 
of an appliance connected to a device, or predetermined routines related to the dynamical 
operation of one or more devices over a period of time, correspondingly in the 
corresponding organized data structure of the first memory of the second controller. 

10 

The organized data structure of the first memory of the first controller may also comprise 
a routing table indicating, for each device, other devices which can receive and process a 
signal transmitted by said device. Hence, the means, in the first controller, for generating 
a signal preferably comprise means for generating the one or more signals so as to 

15 comprise the routing table of the first controller. In this case, the processor of the second 
controller is preferably adapted to store said routing table in the first memory. Also, the 
processor of the second controller preferably comprises means for identifying device 
identifiers in the routing table of devices for repeating a transmitted signal having a 
predetermined destination identifier and to include said device identifiers as repeater 

20 identifiers in the transmitted signal. 

The system according to the present invention preferably comprises a protocol. A protocol 
is any set of operational procedures, which enable data such as identifiers, settings and 
frames and any data comprised in a frame as well as stored data to be transferred and 

25 administered within the system. Thus, the means for generating a first signal, and various 
means comprised in these means, are typically programs or routines forming part of the 
protocol. Preferably, it is the protocol of the transmitting controller/device which generates 
frames to be transmitted in a signal. Such frame preferably designates the system, the 
source controller/device and the destination controller/device by their identifiers, and one 

30 or more signal repeating devices by their identifiers. Also, the protocol includes the 
commands, information or data transferred by the frame. Likewise, it is preferably the 
protocol in the receiving part, which reads the received frame and enables the receiving 
part to respond to the signal. 

35 In order to reduce the amount of data transferred in each frame, the system protocol 
preferably comprises operational procedures for masking the identifiers of devices 
addressed by a frame. The making procedure is an operation that builds a register with 
each entry corresponding to a device, and where the value of each entry indicates whether 
the corresponding devices should respond to a command in the frame or not. Instead of 
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including all the identifiers for the devices that should respond to a command in a frame 
one includes the masking register, whereby a shorthand designation of devices is 
achieved. Thus, the system protocol preferably comprises operational procedures for 
generating a first type of frame comprising one or more commands. The protocol 
5 comprising a procedure of masking a first group of device identifiers in a table of a 

controller in order to generate a string of bits forming part of the frame, so that each bit 
corresponds to a device identifier and a device of the first group, the value of each bit 
determining whether the one or more commands applies to the corresponding device. 
Hence, according to the first aspect, the destination identifiers held in a signal may not be 
10 identical to the identifiers of the addressed devices, if the destination identifiers (or 
equivalently the repeater identifiers) is masked, the destination identifiers merely 
corresponds to the identifiers of the addressed devices. 

Similarly, the system protocol preferably comprises operational procedures for applying a 
15 masking procedure to the commands issued in a frame. Typically a considerable amount of 
the commands, status messages, information, data x etc. distributed in the system is 
standard instructions. Hence the devices may already know these and the data 
transmission can be reduced by applying a masking procedure to these different types of 
standard instructions. Thus, the system protocol preferably comprises operational 
20 procedures adapted to generate and transmit a frame of a second type comprising two or 
more instructions from a second table of instructions comprised in the memory of a 
controller. The protocol comprises a procedure of masking a first group of instructions in 
the table of the controller in order to generate a string of bits forming part of the frame, 
so that each bit corresponds to an instruction of the first group, the value of said bit 
25 determining whether the one or more corresponding instructions applies to devices 
receiving the frame. 

When the system is adapted to perform a specified function, the protocol will often, but 
not always, comprise one or more commands for performing the specified function. 

30 

The one or more signals generated by the generating means of the first controller 
preferably comprises a frame holding a command in relation to the data, device identifiers, 
alphanumerical data, routing tables, etc., instructing the processor of the second controller 
as to where in the organizsed data structure of its first memory to store the device 
35 identifier. This command may be a designation of the type of data, which tells the 

processor of the second controller to store the data in a region in the first memory that is 
dedicated to store this type of data. 
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In order to make the first and/or second memory of the second controller a complete copy 
(also named replication) of the corresponding memory of the first controller, the first 
and/or second memory of the second controller can be erased prior to receiving the one or 
more signals. Hence, the processor of the first or the second controller may further 
5 comprise means for, before storing said device identifiers in the first memory of the 
second controller, erasing all information related to device identifiers in the first memory 
of the second controller. 

If the second controller is only to be updated with data from the first controller, the 
10 processor of the second controller is preferably adapted to, when storing said device 
identifiers correspondingly in the organized data structure, overwrite information related 
to device identifiers in the first memory. 

The processors of the first and second controllers preferably further comprise means for 
15 dynamically assigning controller identifiers to a controller or a device upon introduction of 
the controller or the device in the system. These means assigns identifiers using a 
predetermined sequence of controller or device identifiers. 

Typically, only one controller is permitted to assign identifiers to controllers or devices 
20 using such predetermined sequences of identifiers. However, in order to allow another 
controller to perform the assigning of identifiers to controllers or devices, this controller 
preferably received an indication of which identifiers in the predetermined sequences has 
been assigned. Hence, the means for generating a signal may comprise means for 
generating a signal holding an indication of the current identifier in the predetermined 
25 sequence of controller or device identifiers. Also, the processor of the second controller 
may further be adapted to receive said signal and store said indication so as to allow the 
processor of the second controller to assign the controller or device identifier which is next 
in sequence to the last controller identifier assigned by the first controller, to a controller 
or a device. 

30 

According to the first aspect, the first and second controller preferably comprises a 
display, means for displaying a plurality of menus having a two or more entries on the 
display, two or more actuators for navigating in said menus and for selecting said entries, 
and routines or programs stored in said processor which can be activated by selecting 
35 appropriate entries in appropriate menus. Preferably said routines or programs is 

operationally connected to said means for generating a signal addressed to one or more 
devices or to a controller so that the user can control the system by selecting entries using 
the actuators. Preferably, one or more of said routines or programs is operationally 
connected to said means for generating one or more signals comprising data to be copied 
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from the first controller to the second controller, so that the user can update or replicate 
the second controller by selecting entries using the actuators. 

In a second aspect, the present invention provides a method for sharing information 
between a first and a second controller in a wireless automation system for controlling and 
monitoring a plurality of devices using controllers, so as for the second controller to have 
at least the same functionality as the first controller in terms of controlling the devices of 
the system, the first controller comprising a memory holding an organized data structure 
comprising device identifiers of devices controlled by the first controller, the method 
comprising the steps of generating and transmitting one or more signals comprising the 
device identifiers of devices controlled by the first controller, receiving said one or more 
signals at the second controller and storing said device identifiers in an equivalent 
organized data structure in a memory of the second controller. 

15 Thus, according to the second aspect, the present invention relates to a method for 
updating or replicating the data held in the organized data structure in the memory the 
second controller from the memory of the first controller. This allows the second controller 
to control at least the same devices as the first controller. 

Preferably, the second controller comprises a processor having a first, normal mode of 
operation wherein it is adapted to transmit signals to, and receive signals from, devices 
controlled by the second controller, and a second mode of operation wherein it is adapted 
to receive said one or more signals from the first controller and store said device 
identifiers correspondingly in the organized data structure of the memory of the second 
controller, the method further comprising the step of setting the processor of the second 
controller in its second mode of operation. 

Hence, in order for the second controller to recognise the one or more signals as signals to 
be written in its memory, the second controller may comprise a learning mode where it is 
30 adapted to receive the one or more signals. In this learning mode, the memory of second 
controller may be updated with data from the memory of the first controller, or made a 
complete copy or replication of the memory of the first controller. 

Thus, in order to update the memory of the second controller, the step of storing said 
35 device identifiers correspondingly in the organized data structure of the memory of the 
second controller comprises the step of overwriting corresponding device identifiers 
already stored in the memory of the second controller. 



5 



10 



20 



25 



23308US03 



12 

Alternatively, in order to make the second controller a replication of the first controller in 
terms of controlling the devices of the system, the method may further comprise the step 
of, before storing said device identifiers in the memory of the second controller, erasing all 
information related to device identifiers in the memory of the second controller. 

5 

As a further alternative, in order to make the second controller a replication of the first 
controller in terms of controlling the devices of the system and in terms of set-up and 
learning of the system, the method may further comprise including instructions related to 
the set-up and learning of the system in said one or more signals. 

10 

Further scope of the applicability of the present invention will become apparent from the 
detailed description given hereinafter. However, it should be understood that the detailed 
description and specific examples, while indicating preferred embodiments of the invention, 
are given by way of illustration only, since various changes and modifications within the spirit 
15 and scope of the invention will become apparent to those skilled in the art from this detailed 
description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will become more fully understood from the detailed description 
20 given hereinbelow and the accompanying drawings which are given by way of illustration 
only, and thus are not limitative of the present invention, and wherein: 

Figure 1 and 2 are diagrams illustrating the identifiers for controllers and devices used to 
address signals according to a first preferred embodiment of the present invention. 

25 

Figure 3 is a flow diagram illustrating transmitting and acknowledgement of a command 
according to the first preferred embodiment of the present invention. 

Figures 4 through 12 shows an example of a topology map of a system network, the 
30 figures illustrate an automated repeater detection process according to the first 
embodiment of the present invention. 

Figure 13 through 18 shows a system network with repeaters, the figures illustrates the 
preferred communication procedure for small capacity controllers according to the first 
35 embodiment of the present invention. 

Figure 19 shows a controller according to a second preferred embodiment of the invention. 
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Figure 20 is a flow diagram showing the procedure for removing a device from a group on 
the controller according to the second embodiment of the present invention. 

5 Figure 21 is a flow diagram showing the procedure for creating a mood on the controller 
according to the second embodiment of the present invention. 

Figure 22 is a flow diagram showing the procedure for learning of a controller according to 
the second embodiment of the present invention. 

10 

Figure 23 shows an example of a diagram of an electrical circuit for measuring the power 
supplied by a device according to the second preferred embodiment of the present 
invention. 

15 Figure 24 illustrates an implementation of a system according to the second preferred 
embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention relates to an RF home automation system having a controller for 
controlling a broad variety of functions via two ways communication with a plurality of 
20 devices. 

A controller allows the user to control the devices and the functions performed by the 
devices. Controllers are typically small and battery powered in order to make it a portable, 
handheld device. 

25 

According to a first preferred embodiment of the present invention, the system comprises 
a communication protocol providing a simple addressing of devices and controllers. First, 
the controllers and devices in a building are combined into a unique logical system 
characterized by a unique system identifier comprised in almost all communication signals 
30 within the system. The controllers and the devices in the system are individually 

characterized and addressed by identifiers. Figure 1 shows examples of such two-part 
identifiers 101 and 102 for addressing a controller and a device in a signal respectively. 

Each controller has a pre-set unique identifier which is written in a memory of each i n the 
35 controllers during production from factory and which cannot be altered. This ensures the 
uniqueness of the controller identifiers. 
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Thereby a system does not interfere with a neighboring system since controllers and 
devices in the respective systems respond only to signals comprising the unique system 
identifier of the respective systems. The system identifier will be called the Home ID in the 
following. 

5 

Iin an alternative embodiment illustrated in Figure 2, all controllers and all devices have 
pre-set unique identifiers 201 and 202 written in a memory during fabrication and which 
cannot be altered. The controllers of the system must learn the unique identifiers from all 
devices to be controlled by the controller. Since all of these one-part identifiers are 
10 unique, there is no need for a system identifier. 

In the first preferred embodiment, the unique Home ID is the identifier of the first 
controller utilized in a system and is assigned to the system when the system is set up. 
Since the controller identifier is unique, so is the assigned Home ID. It is an advantage 
15 that the system inherently has a unique Home ID, thereby the user does not have to 

specify a Home ID when setting up the system. This greatly simplifies the functionality of 
the system. 

Since a device is always addressed together with the designation of the system, the device 
20 identifier is an extension to the Home ID of the system for identifying the device within the 
system. The device identifiers, hereafter Device ID's, are assigned to the devices by the 
controller when a device is incorporated in the system for the first time. The device 
identifier is stored in the controller and in the device itself. In order to minimize the use of 
frame space and also to reduce storage on the controller, the device identifiers identifying 
25 the devices has to be kept as small as possible. Hence a device can be addressed non- 
uniquely by giving only its device ID, or it can be addressed uniquely by giving its Home 
ID plus its device ID. 

Communication protocol 

All controllers and devices comprise at least parts of a common protocol for transferring 
30 and administering data within the system. The protocol is a software protocol, optionally, 
parts of the protocol comprises hardwired units such as integrated circuits and 
microprocessors. The protocol administers identifiers and manages the addressing of 
frames for communication within the system. 

35 In the first preferred embodiment, a Device ID's is an Sb& 8-bit value. As mentioned in the 
above, the Device ID is always used in relation to a Home ID in a frame in the 
communication protocol, thereby preserving the all-over uniqueness of a device. The size 
of the unique controller identifier, and thereby of the Home ID, has to have such a size 
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that we would never run out of unique addresses. The controller identifier is therefore a 
32bit value giving up to 4294967295 unique Home ID's. 

The communication protocol designed to overcome the usual problems seen in radio 
5 communication applications. The most common problem is noise, which can cause the 
data communicated between two devices to be lost or corrupted. The general rule is that 
the less data being transferred the bigger chance there is for a successful transfer. 

In the prior art, the size of the frame format holding the data to be sent is not of very high 
10 importance, since it typically takes up a very small part of the total amount of data bits. 
However, in the present invention where the system is used to send short commands and 
instructions, the frame format often makes up a considerable amount of the data bits to 
be sent. Therefore, the general format of the frames used in the communication protocol 
of a preferred embodiment of the present invention, is designed to reduce the amount of 
15 data, i.e. to obtain a short frame, is to be able to send commands to more than one device 
in one single frame and to address these devices in a concise notation. Similarly, the 
commands comprised in the frame should also be minimized. The protocol designed for 
the present invention take these considerations into account in that it provides masking of 
device identifiers and commands as well as compression of data. 

20 

Controllers and devices in the first preferred embodiment comprise certain elements: 

Controllers: 

An RF transmitter and an RF receiver 
25 Memory holding the controller identifier and the Home ID 

Memory holding Device ID's of devices controlled by the controller 

A processor for performing the storage and administration of information and for 

generating and processing the communication frames. 

30 Devices: 

An RF transmitter and an RF receiver 
Memory holding the Device ID of the device 
Memory holding the Home ID 

A processor for performing the storage and administration of information. 

35 

The devices to be controlled may perform several functions, which can be divided into 
types of functions: 
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o Output; to provide an output such as a command, an instruction, a message or 

electrical power to an electric appliance connected thereto, e.g. a coffee machine, an 
oven, a surveillance system, a door lock, audio equipment etc. 

o Input; to receive an input from an appliance such as a sensor or an input unit such as 
5 a keyboard or a pointing device connected thereto and store, process and/or transmit 
the input. The controllers of the system can be programmed to respond to a signal 
from a device receiving input, e.g. activating a sound signal and calling security in case 
of a detected burglary. 

© Repeating; for repeating signals from a controller or from a device in order to reach 
10 devices outside the signal range of the transmitting controller or device. 

A device can be separated unit connected to the appliance, or a device can be an 
integrated part of the appliance. A device can perform a function itself or it can permit, 
instruct or make capable an appliance connected to the device to perform a function. 

15 

The user interface of a controller allows the user to control each device controlled by the 
controller. The devices controlled by the controller can be ordered in different output 
classes so that two or more devices can be controlled together. Such output classes can 
be characterized by a set of variables such as: 



20 



Output Class 


Characteristic Variabiles 


Conmrtments 


Output device 


Device ID 


Consists of a device 


Groups 


Group ID 
Device ID 


Consists of several devices 


Moods 


Mood ID 
Group ID's 
Device ID's 

Settings 


Consists of several devices 
and/or groups and an 
individual pre-set setting 
for each device or group of 
devices. 



Groups are an output class consisting of several devices. This output class is utilized for 
controlling multiple output devices with one single command. Moods are essentially 
"groups of groups" and/or "groups of devices" in which each group and/or device has 
specific settings characterizing the operation of the devices and groups. For example, a 



25 mood can consist of devices connected to lamps in the living room and the settings could 
be a dimming level in the power supplied to each lamp by each device. By selecting this 
mood, all lamps in the living room can be dimmed to a predetermined level creating 
desired lighting for e.g. TV watching. The settings of devices or groups depend on the 
function performed by each device and are set individually for devices and groups. One 
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device may belong to one or more groups and each Group may belong to one or more 
moods. 

Frames 

The communication protocol of the first embodiment has a general format for the frames 
5 carrying the instructions and information between the devices of the system. 



The frame format according to the first embodiment can be described as: 



15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


Type 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Data byte 0 


Command value 


Checksum 


Data byte n 



Table 1 



Wherein: 

10 - The numbers 0 through 15 represent a bit-scale giving the order and sizes of each part 
of the frame. The order in which the parts appear are not restrictive and different 
orders can be used. 

Home ID (32 bit): The Home ID of the system in which this frame should be 
executed/ received. 

15 - Source ID (8-bit): The identifier (second part of the two-part identifier) of the 
transmitting controller or device. 
- Version (3 bit): Protocol/frame format version. This gives the freedom to change the 
frame format according to an update of the software protocol or other infrastructure 
enhancements. 

20 - Dir. (1 bit): Direction of command; 0 when a command is issued, 1 when a command 
is acknowledged. 

Type (4 bit): The type of frame decides the contents of the rest of the frame, whether 
the frame contains a command or e.g. a status, and how the designation of devices is 
carried out. The designation depends on which and how many devices should be 



25 addressed. Some examples of possible frame types are: 



Frame Types 


Type field 


Type function 


0 (0000) 


Invalid use 


1 (0001) 


Command for a single device 


2 (0010) 


Command for a group of devices 
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3 (0011) 


Command for a group of devices, masked (Device ID 


4 (0100) 


Command for a group of devices, masked (Device ID 

Q- 1 &\ 


5 (0101) 


v_un 1 1 rid nu ror a group or devices, maSKeu ^utivicc iu 
1 -1 fi^ 


6 (0101) 


Command for a group of devices in same single mask 
range ^ ). 


7 (0111) 


Command for a single device (repeat path) 


o ^ 1UUU J 


Lommana ror a group or oevices ^ repeat patnj 


9 (1001) 


Command for a group of devices, masked (Device ID 
i-oj ^repeat patnj 


10 (1010) 


Command for a group of devices, masked (Device ID 

Z7 J-OJ ^repeal paLMj 


11 (1011) 


Command for a group of devices, masked (Device ID 
1-16) (repeat path) 


12 (1100) 


Command for a group of devices in same single mask 
range (*)(repeat path). 



Table 2 



*) Each mask range is in step of 8 consecutive devices in step of 8. Ex. Range 0 = 1-8, Range 
1: 9-16 



5 - Length ( 8 b i t 8-bit ): Amount of bytes in the frame starting from the first Home ID word 
until the last data byte without checksum field. 

Command (&b& 8-bit ): The command that should be performed. See examples of 
commands in Table 3. 

- Command Value (&btfc 8-bit ): The actual value of the issued command. Typically an 8- 
10 bit value but may be longer depending on the command. 
Data byte (0-n): The data contained in the frame. 

Checksum (Sk &8-bit ): Checksum calculated between Home ID and the last byte of the 
frame. The Checksum field itself is not in calculated. 



15 In the following, some examples of information exceeding the general frame format that 
can be comprised in a frame are given. 

The following table shows some examples of commands and command values that can be 
issued in a frame: 



Command function 



Command 



Command Value 



23308US03 



19 



Tnv/aliH v/aliiP 


0 


Non annlicable 


Tnnn 1 p Qwi1"f*h nn 

1 U^^IC 3 VV 1 LL II Ul 1 


1 


Non annlicable 


Tonnlp ^witrh off 


2 


Non aonlicable 


^fart Dim 


3 


Dim Level to start from 


Cfnn Dim 

«J \.\JyJ LS 1 1 1 1 


4 


Non annlirahlp 


All Off 

r\i 1 v» / 1 1 


5 


Non annlirahlp 


All On 


6 
\j 


Non aonlipahlp 


PiQ 1 AM Q\A/it"r*hpc 


7 


Non annlifahlp 


r\Cl|UcbL L/CVILC HMO 


Q 
O 


Mrvn annlipahlp 
iML/ii appi icduic 


Cot - nim 


Q 


nim 1 pv/pI 

Mil L.C V CI 


ci lauic icpcciL rani 


1 n 


Mnn annl irzt KiIp 
imuii a \J\Ji ica L/ic 


LVJicJUlC r\c|JcaL LJaLII 


1 1 

X X 


Mnn a nn 1 ktlp 
imui 1 a \J\J I ilo uie 


Dei ucviLc li lyLjcf level 


1 9 

X £. 


Trinnor 1 p\/pI 
i i lyyei Level 


f^pf" l""}p\/ i r~P> hrifinpr 1 o\/o 1 
ucl ucviLc Li iyyt-1 level 


1 "3 
X — ? 


Non aonlir*ahlp 


Trigger alert 


14 


Trigger level 


rei 1 Ul f T 1 call Ui d LIOI 1 


X D 


IMOl 1 a ppi ICa Ulc 


rxcLjUcoL blalUb 


1 n 

X o 


IMOII a(J|JllcciUle 


Supply input related data 


17 


data identifier 


OUppiy UUtpUL lelateQ 

data 


18 


data identifier 


ouppiy storeu data 


1 o 


Uata IQentlTleT 


upaaie controller 
iricrnory 


20 


Non applicable 


T/H onfiral r*\\ / nf 

identical copy or 
controller 


21 


Non applicable 


Learn nome i u 






1 oa rn n*\ o\ / i /-q Tr*i 
l_caTM UcVILc 1U 






LCu 1 1 1 0 1 \J LJ \J 1L/ 


94 


f^ronn TD dt rlp\/irp TPi it 


Learn Mood ID 


25 


Mood ID# Device/arouo 
ID #, dim level 


Learn Routing table 


26 


Device ID, row 


Learn Device ID 


27 


Device ID # 


Learn Controller ID 


28 


Controller ID # 



At least command values of command 22, 24, 25, and 26 will be longer than 8-bifc 8-bit . 
The communication protocol designates the length of command values for each command. 
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When issuing commands, it is off course important to specify which devices the command 
is addressed to. Depending on the number of devices to be addressed in one frame, 
different frame types, referring to Table 2, can be utilized. The following frame type 
comprises the command and the individual addresses, i.e. Device ID's, of a group of 



5 recipient devices. 



15 14 13 


12 


11 10 9 8 


76543 210 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0010, Type 2 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Number of Devices 


Command Value 


Destination Device ID 1 


Destination Device ID 0 


Destination Device ID 3 


Destination Device ID 2 


Destination Device ID 5 


Destination Device ID 4 


Checksum 


Destination Device ID n 



Table 4 



Destination Device ID (8&it 8-bit ): Array of S&4t8-bit destination device ID's indicating 
whether the receiving device should react to the command or not. 

Masking 

10 As can be seen in the above frame format, the addressing of devices makes up a 

considerable amount of the total data bits to be sent. It is an important feature of the 
communication protocol of the first embodiment of the present invention that it provides a 
way to reduce the addressing data bits. By using a Destination Device ID Mask in the 
frame format, the addressing data bits can be reduced dramatically. The masking of 

15 Device ID's is an operation that indicates whether certain of the receiving devices should 
react to the command or not. A register of entries, each entry corresponding to the 
enumeration of Device ID's, holds a bit pattern called a mask with each bit set to '1' where 
a corresponding Device ID is to be selected and '0' otherwise. By transmitting a frame 
with the frame type defining the mask range, see table 2, together with the "Destination 

20 Device ID Mask" (with each bit indicating whether the receiving device should react to the 
command or not), the addressing of each further only takes up 1 bit. 

Three examples of masking of Device ID's are given in the following. The examples use 
mask sizes, types, indexing and layout according to the frame format of the first preferred 
25 embodiment of the present invention. Such masking can be carried out using other layouts 
and formats, and the first embodiment does not restrict the idea of using masking in the 
designation of devices for addressing groups of devices within any communication 
network. 
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First, with an &b& 8-bit Destination Device ID Mask, up to eight devices with Device ID's 
from 1-8 can be addressed in a single byte reducing the amount of data dramatically. If 
eight devices should be addressed with the non-masked frame format (Command for a 
5 group of devices) the amount of data would be increased with 8 bytes (8 Device ID's and 
the "Number of Devices" field rather than the "Destination Device ID Mask"). 



15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0011, Type 3 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Destination Device ID Mask 


Command Value 




Checksum 



Table 5 

Destination Device ID Mask (8&& 8-bit ): 1 bytes destination device ID mask with each 
10 bit indicating whether the receiving device should react to the command or not. The 
least significant bit (LSB) represents Device 1. 



If we wanted to address devices in the range from 9-16 the only change in the frame 
format would be another value in the frame type field of the general frame format, namely 
15 0100 from Table 2, the LSB in the mask would now be device ID 9. 

If the devices to be addressed ail have Device ID's within the interval 1 to 16, the frame 
format should be of the "masked Device ID 1-16" frame type. Thereby, some, or all, of the 
first 16 device ID's can be addressed in two bytes as shown in Table 6. 
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15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0101, Type 5 


Source ID 


Command 


Length (bytes, ex. Checksum) 




Command Value 


Destination Device ID Mask 




Checksum 



Table 6 
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Destination Device ID Mask (16bit): 2 bytes destination device ID mask with each bit 
indicating whether the receiving device should react to the command or not. The least 
significant bit (LSB) represents Device 1. 

5 Many systems in small households will have the most of its capacity covered by the 8 and 
16 bit masks covering the first 16 devices. However, in large systems the devices to be 
addressed have Device ID's higher than 16, and depending of the number of devices, a 
more flexible masking procedure can advantageously be applied. Whereas the frame type 
field typically defines the devices corresponding to the mask, the frame type may also 
10 allow for a Mask Index range defining which 8 (or other number of) devices are covered by 
the following Destination Device ID Mask. 

Each mask range covers 8 consecutive devices ID's in step of 8 (with the exception of 
frame type 5). In the frame type 6 frame format, a Mask Index (an 8&& 8-bit value) 
15 indicates which mask range the following Destination Device ID Mask covers. The mask 
ranges are numbered consecutively, hence Mask Index '0' indicates a Destination Device 
ID Mask ranging from Device ID 1 to 8. Mask Index of 1 indicates a Destination Device ID 
Mask ranging from 9 tol6. Using this method Device ID ranges up to Device ID 2040 (255 
* 8) can be addressed 



15 14 13 


12 


11 10 9 8 


76543210 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0110, Type 6 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Mask Index 


Command Value 


Checksum 


Destination Device ID Mask 



20 Table 7 



Mask Index (&b4t 8-bit ): The mask index indicates which Device ID ranges the 
Destination Device ID mask refers to. 

Destination Device ID Mask (&&ffc 8-bit ): 1 bytes destination device ID mask with each 
bit indicating whether the receiving device should react to the command or not. The 
25 least significant bit (LSB) represents Device ID = Mask Index * 8 + 1. 

A masking procedure similar to the one described above can be applied to the commands 
issued to different devices. Thereby, several commands from a set of predetermined 
commands can be issued without providing the commands as such in the frame. 

30 

By providing tables of predetermined commands such as Table 3 in the protocol on both 
controllers and devices, the mask will be a register of entries, each entry corresponding to 
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the enumeration of commands, forming a bit pattern with each bit set to '1' where a 
corresponding command is to be selected and '0' otherwise. The command values of Table 
3 can be subject to a similar masking. 

5 In order to further reduce the size of frames, data such as arrays of measured input 
values, images or text strings such as program strings can be subject to data 
compression. The protocol can apply typical software digital data compression archive 
formats such as Zip, —gzip, CAB, ARJ, ARC, and LZH. 

Acknowledgement 

10 Data transmission using a RF carrier frequency in a typical home environment creates the 
possibility of transmission failure and introduction of spurious errors. The sources for 
introduction of errors include RF noise from other RF transceivers and electrical apparatus 
in general. The system of the present invention uses two-way RF components making it 
possible to get acknowledgment back from devices after a transmitted command has been 

15 received and executed. This procedure is outlined in the flow diagram of Figure 3. After 
the device has generated and sent the frame, it waits for acknowledgement from the 
device(s) receiving the frame. If the transmitting device has not received an 
acknowledgement within a specified time, it will retry the data transmission until the data 
has successfully been transferred or a maximum of retries has been reached. 

20 

When a frame has been received, the receiving part is prompted acknowledge the 
reception by the communication protocol. The destination device that received the 
command returns the frame with the D bit set and the receiving parts Device ID as the 
only Device ID in the frame. The Command Value field is used to pass the command 
25 return value (Success, Failure, etc). When the D bit is set, all devices read the frame so 
that the Source ID is considered Destination Device ID. 



15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


1 


0011, Type 3 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Destination Device ID 


Command Return Value 




Checksum 



Table 8 



30 The controller collects the acknowledgement replies and displays a "Command successfully 
executed" message if all devices have received and executed the issued command. If, 
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after a maximum number of retries, the controller have not received acknowledgement 
replies from one or more devices, or if it receives return commands different from 
"Success", it can display an error or warning message. The detail of such error message 
depends on the capacity of the system. 

5 

Depending of the capacity of the controller, the system may build a topology map of the 
system network. This topology map comprises a plan of the building or site where the 
system is installed, with the position of the individual devices marked on the plan. Thereby 
it becomes possible to specify information relating to individual devices such as which 
10 devices do not acknowledge an issued command or which input device detected what and 
where. If the controller does not have a large capacity, each device may still be named 
(e.g. "Hallway Dome lamp") in order for the user to locate a device with a malfunction. 

Repeating 

Due to the limited range of RF signals, signal repeaters are applied in the system in order 
15 to increase the physical coverage of the system. Repeaters are known from the prior art, 
but the system according to the present invention includes several new features described 
in the following. 

In the first embodiment of the present invention, all devices, whatever function they 
20 perform, are adapted to act as repeater if instructed so by a controller. 

When addressing devices, it is important to take into consideration that the frame may 
have to be repeated by one or more times. The following frame type comprises the 
command, the destination identifier of the addressed device, and the repeater identifiers 



25 being the device identifiers of the devices used to repeat the signal for it to reach the 
destination device. 



15 14 13 


12 


11 10 9 8 


76543 2 10 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0111, Type 7 


Source ID 


Command 


Length (bytes, ex. Checksum) 


Number of Devices 


Command Value 


Number of Repeaters 


Destination Device ID 


Repeater ID 0 


Hops 


Checksum 


Repeater ID n 



Table 9 



Number of repeater (&bffc 8-bit ): The amount of repeater ID'S in the frame. 
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- Hops (&&*fc 8-bit ): 1 byte field indicating how many repeaters the frame has passed 
through. This could be used by the repeaters as an index into the repeater ID's and to 
see whether they have to forward this frame or not. 

- Repeater ID (&& &8~bit ): 1 byte repeater ID indicating which path the frame should 
5 pass through. The Hops field can be used as an index into the repeater ID list 

The repeater specific fields (Number of repeaters, Hops and repeater ID's) can be applied 
to all the above-mentioned frame types specified in Table 2 and will also be used in the 
acknowledgement of received frames. 

10 

The masking procedure described in relation to Tables 5 through 7 can also be applied 
when a large number of repeater identifiers are included in a frame. 

Appointing repeaters 

To be able to transmit signals using repeaters an automated process is performed to 
15 appoint devices as repeaters. It is important that the amount of repeaters in a given 

system is kept to a minimum in order for the response time to be as low as possible. It is 
desirable not to do the automated repeater location process to often as it takes time and 
consumes power and thereby battery life. 

20 Figure 4 to Figure 12 illustrates the steps of the automated repeater detection process 

used to appoint devices as repeaters according to the first preferred embodiment. Figure 4 
shows a topology map for the whole system. Devices within signal range of each other are 
connected by lines. The ellipse shows the range of the controller. 

25 In Figure 5 the controller asks all devices within the range of the controller, device 20, 21 
22 23 and 24, of how many other devices are within their range. Device 20, 21 22 and 24 
can reach three other devices and device 23 can reach four. 

Figure 6 shows that the device that could reach most new devices, here device 23, is now 
30 appointed Repeater. Now, each single device within the range of the controller is asked 
how many devices cannot reach any new devices. Device 20, 21 and 22 in the upper left 
corner cannot reach any, but device 24 can reach two new. 

Figure 7 shows that two devices, namely 23 and 24, have been appointed Repeaters while 
35 three devices, namely 20, 21 and 22, have been declared unsuitable as Repeaters. The 
newly appointed Repeater 24 can reach two new devices 25 and 26. Device 25 can reach 
three new devices whereas device 26 can reach one new device. 
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Figure 8 shows that the device 25, which could reach three new devices, has now been 
appointed Repeater. Two of those three devices, namely 27 and 30, can each reach three 
new devices and one, namely 32, can reach one new device. 

5 Figure 9 shows that of the two devices 27 and 30, which could reach the same 3 new 
devices, one (27) is randomly appointed Repeater. It can be seen that the four devices, 
28, 29, 30 and 31, cannot reach any new devices while the two devices 26 and 32 each 
can reach one new device. 

10 Figure 10 shows that device 26 is randomly appointed Repeater. There are now two 

potential repeaters, one (device 32) which cannot reach any new devices and one (device 
33) which can reach two new devices. 

Figure 11 shows the device 33, which can reach the last two devices 34 and 35, is 
15 appointed Repeater. 

The final configured system with the necessary 6 repeaters is presented in Figure 12. We 
have achieved that it is possible to reach any switch from any repeater. It is important to 
understand that even though a device has been appointed, it still function as a normal 
20 input/output device when receiving a signal having its identifier as destination identifier. 

Having appointed repeaters in the system for the current position of the controller, all 
devices can be addressed using the process outlined in 13 to Figure 18. The topology of 
the system is shown in Figure 13, where circles indicates devices acting as repeater 
25 number Rn and the triangles are devices with numbers as indicated. After having 

performed this process, the controller will know which repeaters to use in order to reach 
any device in the system. 

Figure 14 shows that at first, the controller finds out which of the devices and Repeaters it 
30 can address directly by sending a multi-address telegram containing a list of all devices 
and Repeaters in the system. Time slices are allocated so that all devices have time to 
acknowledge the command to the controller. Which time slice each single device can apply 
depends on the location of the device on the list. 

35 Figure 15 shows that the controller have received acknowledgement replies and thereby 
knows that it can communicate with devices 1-7 and Repeater 1 (Rl). It then asks Rl to 
forward a multi-address telegram containing a list of the missing devices (8-10) and their 
command. It also sends a list of all non-used Repeaters (R2-R4). It reaches devices (8) 
and Repeaters (R2 R3). 
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Figure 16 shows that the controller now knows that it can communicate with Repeater 
(R2) via Repeater (Rl). It then asks R2 to send a multi-address telegram containing a list 
of the missing devices (9-10) and their command. It also sends a list of all non-used 
5 Repeaters (R2-R4). It finds devices (9) and Repeaters (R4). 

Figure 17 shows Repeater (Rl) asks R3 to forward a multi-address telegram containing 
the missing device (10) and its command. R3 replies, through Rl, that it can not see 
device 10. 

10 

Figure 18 shows the controller knows that it can communicate with Repeater (R4) via 
Repeater (Rl and R2). It then asks R4 to forward a multi-address telegram containing the 
missing device (10) and its command. R4 replies, through R2 and Rl, that it can reach 
device 10. 

15 

Now, the controller will know which repeaters to use in order to reach any device in the 
system, and can generate a frame of frame type 7 as shown in Table 9, comprising the 
correct repeater identifiers for the repeaters to reach a given destination device. 

Routing table 

20 As an alternative to the above approach used to appoint and address devices as repeaters, 
the automated repeater detection process described in relation to Figure 4 to Figure 12 
can be used to build a routing table or a topology table from which a route of repeaters to 
reach a given device can be extracted. In the table, a n l" designates, that the device of 
the column can be used to repeat a signal addressed to the device of the row. A "0" 



25 designates that the corresponding devices can not reach each other directly. In the 
topology of the system shown in Figure 4 to Figure 12, the routing table is: 
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Table 10 



In this alternative approach, the following method is used to determine which devices to 
assign as repeaters in a frame of frame type 7 as shown in Table 9. 

5 

1. Send signal directly to destination device and wait for acknowledge. 

2. If no acknowledge is received, find the first device having a "1" in the row of the 
destination device in the routing table, include the identifier of this device as a 
repeater identifier in the signal and transmit signal again. 

10 3. If no acknowledge is received, repeat step 2 for the next devices having a "1" in the 
row of the destination device in the routing table. 

4. If no acknowledge is received, find the first device having a "1" in the row of the 
repeater device of step 2 in the routing table, include the identifier of this device and 
the repeater device of step 2 as a repeater identifiers in the signal and transmit signal 

15 again. 

5. If no acknowledge is received, repeat step 5 for the next devices having a "1" in the 
row of the repeater device of step 2 in the routing table. 

6. If no acknowledge is received, repeat step 5 for the first repeater device from step 3. 

7. etc. 

20 

The user interface administers setup of the system by the user, and hence allows for the 
user to perform functions such as learning of new devices, setup of groups and moods, 
updating shared information between controllers etc, some of which will be described in 
the following. Tthese functions are performed by programs or routines stored in the 
25 processor of the controller. 

Controller replication/update 

Since a device shall respond to all controllers in a household, all controllers are 
programmed with the Home ID (i.e. the unique identifier of the first controller utilized to 
program a device). Also, some functions, groups, moods or other tables in the system 
30 may be "universal" in the sense that it is preferable to have the same tables on all 
controllers in the system, even though they are originally learned on one specific 
controller. This is possible in the system of the present invention, since controllers, 
whether new or already in use, can learn from another in order to share information such 
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as in copying of information from one controller to another or updating changes performed 
in the shared information of one controller. 

This is done by putting the first controller in "Teach Mode" and the second controllers in 
5 "Learning mode" and starting the transfer on the transmitting first controller. It is possible 
to make the memory of the learning controller a complete copy/replication of the 
corresponding memory of the teaching controller. Also, the learning controller can be 
updated with data from the first controller, typically only the home ID, the device table, 
and the routing table, in order to learn the controller of the new devices introduced in the 
10 system. 

The transfer of data is performed in a sequence of signals having frame type 1 (see Table 
2) since it addresses only a single device, the learning controller. The command type (see 
Table 3) of the first signal determines which type of learning, complete copy (command 
15 21) or updating (command 20), is to take place. In the following signals, the Home ID, 



device ID table, group table etc is transferred using the command types 22-26 of Table 3. 
A typical frame, transfer of device ID table comprising three devices, is: 



15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0001, Type 1 


Source ID 


Command 23 


Length (bytes, ex. Checksum) 


Device ID # 1 


Device ID # 0 


Checksum 


Device ID # 2 



Table 11 



It is possible to mask the command values in case of transfer of larger tables such as the 
20 routing table. 

Learning of new devices 

The system is very flexible and additional devices can easily be added as time goes by. 
When a new device is added to the system it has to know which Home ID and individual 
Device ID to use. This procedure requires only three actions by the user, using only the 
25 device to be installed and any one controller. Everything else is taken care of by the 

system, and does not involve or affect any other controller or device in the system. In the 
first preferred embodiment, the system learns the presence of the new device and assigns 
a Device ID in an automated process following the process steps: 

30 1. The user sets the controller in a learning programming state where it listens to all 
signals, not only to those with the correct home ID. 
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2. The user presses and holds a button on the device. 

3. The device sends request for Home ID and Device ID to listening controller as 
mentioned in 1. 

4. Device awaits frame with Home ID and Device ID from controller. 

5 5. Controller looks up next available Device ID and sends Home ID and allocated Device 
ID to device. 

6. Device stores the received Home ID and Device ID in non-volatile memory. 

7. The new device is added in the device table, and may be added in the group table and 
may be named. 

10 

The signal for assigning the device (or controller) ID to a new device (or controller) has 
frame type 1 (see Table 2) since it addresses only a single device. The commands used 
are command 27 (assigning device ID) and command 28 (assigning controller ID), a 
typical frame, assigning device ID is: 



15 14 13 


12 


11 10 9 8 


7 6 5 4 3 2 1 0 


Home ID (Low word) 


Home ID (High word) 


Version 


Dir 


0001, Type 1 


Source ID (invalid) 


Command 27 


Length (bytes, ex. Checksum) 


Checksum 


Device ID # 



15 Table 12 



In the alternative where the device is programmed with a unique Device ID from factory, 
the process will be somewhat simpler: 



20 1. The user sets the controller in device programming state, and is requested to 
specify which group the new device should be placed in. 

2. The user presses and holds a button on the device whereby the device sends its 
Device ID to listening controller as mentioned in 1. 

3. Device awaits frame with Home ID from controller. 
25 4. Controller sends Home ID to device. 

5. Device stores the received Home ID in non-volatile memory. 

6. The group table in non-volatile memory on the controller is updated with the new 
Device ID. 



30 



The simplicity of this procedure is due to the unique addresses of all devices in the 
system. Since all devices can be addressed individually and due to the functionality of the 
protocol, each device can be set up and included/excluded individually. 
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If the device is already within the device table of the controller, but have to be added to a 
new or existing group, the procedure comprises the following steps: 

1. The user sets the controller in group programming state and the user is requested to 
5 specify which group the new device should be placed in. 

2. The user presses and holds a button on the device. 

3. The device sends its Device ID to listening controller. 

4. Controller stores the received Device ID in the selected group table. 

10 If the controller has large capacity and is capable of building and administering topology 
maps, the procedure may be carried out differently, e.g. by simply installing the device 
physically and thereafter positioning a new device on the corresponding position in the 
topology map on the controller. The system may now itself find which (existing or new) 
repeaters should be used to communicate with the new device and may itself prepare the 

15 device for receiving Home and Device ID. 

The learning processes outlined above may be organized differently, however it is 
important for the overall functionality of the system that the device and the controller 
themselves (assign and) learn each other's ID's. Devices can belong to several groups, 
20 and a single device is inserted in a group by adding its Device ID to the relevant group 
table in the controller memory, hence without influence for any other devices at any time. 

Data structure in controller 

In order to keep the signals as short and few, the system according to the first preferred 
embodiment is optimized to operate as simple as possible without loosing quality in terms 
25 of reliability, range/coverage, versatility, and flexibility. In the following, the data structure 
of the controller, which allows for sharing information and performing functions in the 
most appropriate and efficient manner, is described. 

Device Table 

This table holds information on all the devices, which are currently installed in the 
30 complete system. This table is also used to assign device identifiers to new devices in 
the system. This table may also contain information about the characteristics or fixed 
settings of the different devices. This table can also holds information related to the 
childproof function such as the code. 

Group Table 

35 This table holds information on which devices from the Device Table that are grouped 
together in which group. This table also holds information on the current setting of the 
specific group. 
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Mood Table 

The Mood Table holds information on which groups and devices are members of the 
specific Mood and it also holds the specific settings of each device in the mood. 

Group and Mood Name Tables 

5 These two tables contain the user-defined alphanumerical names for the different 
groups and moods. 

Controller Table 

This table holds information on all controllers presently in the system, and optionally 
also the date and time of the last learning from another controller. This table could 
10 also contain information about the characteristics of the different controllers. 

Repeater Table 

This table holds information on (the identifiers of) all devices which act as repeaters, 
and information of which devices can be reached by each repeater. 

Topology Map Table 

15 This table holds information of all the known devices in the system and their location in 
system. This table also contains information of the individual devices such as 
alphanumerical names, characteristics and their current settings. 

In the alternative approach described earlier, a routing table, such as Table 10 can replace 
20 the repeater table and the Topology map. 

Trigger Action Table 

This table holds information about which actions to take when a trigger level on one or 
more of the input devices has been reached. 

Event Table 

25 This table is similar to the Trigger Action Table. It holds certain events in the form of 
small programs, which is executed when predetermined conditions are fulfilled. 
Examples are turning on the coffee machine or car heater when a certain time has 
been read from the timer. 

Program Table 

30 This table holds large programs, macros or routines to be executed on command. 
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The system according to the first preferred embodiment can be used in a broad variety of 
locations to control a broad variety of functions. The system can be installed in private 
homes, hotels, conference centers, industrial offices, storehouses, various institutions such 
as kinder gardens, schools, old people's home, disabled person's home etc. In the 
5 following, examples of build-in functions in the system of the first preferred embodiment 
are described. 

Child Protection Function 

One of the functions is the Child Protection Function. This allows the user to restrict the 
use of one or more devices by use of a code or an action. The restriction can have several 
10 effects, i.e.: 

o The device or the appliance connected thereto are turned off and can not be turned on 
until a valid code has been entered or a predetermined action has been performed. In 
the first preferred embodiment, pressing an actuator on the respective device three 
times annuls the protection. E.g. utilized to protect children towards household 
15 appliances such as ovens, toasters, and hotplates. 

o The device or the appliance connected thereto can only operate at a specified level, for 
a specified period of time, or within a specified time period unless a valid code has 
been specified. E.g. used to restrict the output level of the Audio equipment, restrict 
the amount of children's TV watching when the parents are out, or restrict the 
20 solarium working periods to those actually paid for by the customer. 

o The status or operation level of the device or the appliance connected thereto can not 
be altered until a valid code has been specified. E.g. utilized to fix the hot water 
temperature at a constant temperature or fix the thermostat for the air-conditioning. 

Timer 

25 Each controller can comprise a clock giving the date and time. This clock is used for timer 
functions such as for performing preprogrammed events and a time value can be read by 
different parts of programs comprised in the controller. 

Power and Lighting 

In a second preferred embodiment, also referred to as Power & Lighting control, the 
30 system comprises a set of products for controlling the power level to electric appliances 
connected to the devices, such as lamps, air conditioning, and kitchen appliances. 

Apart from being a Power & Lighting control system, the system of the second preferred 
embodiment is to form a base for a complete home control system including other 
35 subsystems such as HVAC control, alarm system control, access control, etc. 
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The automation system of the second preferred embodiment is built on the same platform 
as the automation system of the first preferred embodiment. Thus, the description of the 
second preferred embodiment is a more detailed description of several of the functions 
described in relation to the first preferred embodiment, and it is assumed that the features 
5 described in relation to the first embodiment are also valid in the second embodiment. 

Figure 24 shows an implementation of a system according to the preferred embodiment. 
Figure 24 shows a ground plan of a house 18 with several rooms. The house has an inlaid 
electricity grid consisting of conducting wires 40 (thick lines) leading to a number of 
10 electricity outlets 19 (gray squares). This compares to the electricity net for a typical 
building. A number of different electric appliances connected to electricity outlets are 
positioned around the house, these are lamps 11, TV set 12, shaver 13, toaster 14, and 
thermostat 15 for radiator. Each appliance is connected to a device 41, which can be 
remotely controlled by a controller 17 through RF signals 16. 

15 

The devices 41 can be connected between the appliance and the electricity outlet 19 such 
as in the case of the toaster 14, or be an integrated part of the appliances as in the case 
of the TV set 12. Thereby controlling the device connected thereto can control the power 
supply to and/or the function of an appliance. Examples of this controlling is turning the 
20 lamps 11 on/off, change the operation status such as the channel of the TV set, setting 
another temperature on the thermostat 15 or activating the burglar alarm 39. Also, a 
device can report to the controller with a status of an appliance, such as the temperature 
in the room of the thermostat 15 or the status of the alarm 39. 

25 In the embodiment described in relation to Figure 24, a mood can comprise all devices 
connected to lamps 11 in the living room and the settings could be the amount of power 
supplied to the lamp by each device. By selecting this mood, all lamps in the living room 
would be dimmed to a predetermined level creating desired lighting. In another example, 
the mood comprises all thermostats 15 in the house and the settings are the desired room 

30 temperatures in each room. Hence by selecting the mood, a predetermined temperature 
set-up can be set around the house. 

The following description of the Power & Lighting control system mainly deals with those 
aspects not comprised in the high-level description of general parts of the conceptual, 
35 scaleable system given in the description of the first preferred embodiment of the 

automation system. However, details and features described only in relation to the second 
embodiment are also valid with respect to the first preferred embodiment. 

The Power & Lighting control system consists of the following elements. 
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Controllers 

In the Power & Lighting embodiment, the controller is a mobile control panel such as a 
remote control, so that the use or programming of the system is not restricted to certain 
locations. Controllers have a display such as an LCD (Liquid Crystal Display) display. The 
5 controllers can optionally interface with a computer; moreover, a computer may also act 
as a controller in the system. The initial implementation and often also later setting of a 
device is carried out in the vicinity of the device. Although the data protocols makes use of 
addressing of devices using device identifier's, the person performing the programming 
can rely on his/her visual confirmation of the connection of an appliance to a given device. 
10 Hence the programming interface does not rely on the users ability to remember device 
codes, assigned numbers or alike. 

Figure 19 outlines a controller according to the second preferred embodiment. The 
controller has the following buttons: 
15 - The all On/Off button which will either switch all output devices On or Off except for 

those device that have been configured not to be included. The set-up of this function 

is specified later. 

The eight speed buttons for quick access to the most commonly used groups or 
moods. 

20 - The Group button which sets the state of the speed buttons to be groups 
The Mood button which sets the state of the speed buttons to be moods 
The OK button which is mainly used within the menu system. 
- The Left and Right buttons which among other things are used to maneuver in the 
menu system. 

25 

Among other things, the following actions can be performed with the controller: 

Programming devices to belong to the system (i.e. programming them with the unique 
Home ID number) 

Assigning identifiers to new devices. 
30 - Programming devices to belong to one or several groups 

Executing the on/off function on a given group 

Executing the dim function on a given group 

Programming devices to belong to one or several moods 

Executing a given mood 
35 - Naming a given group with alphanumerical characters 

Naming a given mood with alphanumerical characters 

Setting a child protection on a device 

Programming the timer 

Initiating and interrupting the keylock function 
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- Etc. 

Several controllers can be utilized within a system, and signals from a first to a second 
controller can be related to: 
5 - Learning of Home ID and assigning of controller ID. 

Replication or updating of various data on controllers. 

Output devices 

The output devices are operationally connected between a power source and an electric 
appliance, typically in the form of an outlet socket connected to the power supply socket. 
10 The output devices can perform switching, dimming and optionally metering of power or 
current delivered to the electric appliance. Also, the output devices are able to perform as 
repeaters in the system. 

A number of different types of output devices are feasible, ranging from low voltage 
15 switches to HVAC output devices etc. Each output device has only one actuator button. 
This button is used every time the device should notify a controller of its Device ID during 
programming procedures. The button can also be used to turn on/off and dim the output 
power supplied by the device without the use of a controller. However, this function can be 
overruled by the child protection function by making the button inactive for power 
20 adjustment purposes. The different functions of the button are utilized by pressing the 
button for different periods of time, e.g. a short period for turning on/off and dimming 
up/down when the button is pressed continuously. 

Among other things, the output devices can perform the following actions: 
25 o Inform a controller of its presence and get ready to receive the Home ID and 
Device ID. 

o Toggle the current on/off by use of a button on the device 
© Dim the current by use of a button on the device 
o Execute commands received from a controller 
30 - Dim the current 

Repeat the command received to other output devices 
- Toggle the current On/Off 

Acknowledgement of received and executed commands 
Reply with device status 
35 o Meter the power or current supplied to the electric appliance connected to the 
output device, and save, process and transmit the metered information. 
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The following paragraphs describe some of the functionality comprised in the Lighting 
system. 

Group or mood switching 

By pressing "Group Button" the user enters functions dealing with a single or a group of 
5 appliances such as lamps. By pressing "Mood Button" the user enters functions dealing 
with moods (e.g. setting a predefined Lighting for the room) 

Group on/off setting 

A user can turn on or off a single or a group of appliances by either using the speed 
buttons 1-8 or by using the scroll button. If the user uses button 1-8 then only a short 
10 press is required. The button will work as a toggle. If the scroll button is used the user 
must scroll to the desired group and press an OK button. 

Group Dim setting 

A user can dim the current to a single or a group of appliances such as lamps (the same 
group as the on/off function) by either using the speed buttons 1-8 or by using the scroll 
15 button. If buttons 1-8 is used, the dimming will be activated when the button is pressed 
continuously. When the correct dimming level is reached the button is released. If the 
scroll button is used the user must scroll to the desired group and press additional buttons 
to dim up/down. 

Command acknowledgement on display 

20 Each command initiated by the user will be acknowledged through the display. A typical 
acknowledgement could for example be that "all lights are now off." Upon activating a 
device, the control panel expects an acknowledgement receipt from the device that the 
command has been carried out. Two events can occur: 
o The device does not respond with an acknowledgement: 

25 - The controller indicates e.g. "out of reach or device defect' 

o The device responds with an error message such as No Current Detected In Mains: 

- The controller indicates e.g. "Bulb or lamp defect" 
o The device responds with Command Executed: 

- The controller indicates e.g. "All OK" 

30 Mood programming function 

Moods can be programmed into the control panel by pre-setting the different devices to 
the desired current level, and afterwards storing this level in the control panel. Moods can 
be stored in buttons 1-8 or by using the scroll button for additional storage. 
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Mood setting function 

A user can activate pre-set moods (e.g. TV watching or working mood) by using the 
control panel's 1-8 buttons. If the scroll button is used the user must scroll to the desired 
group and press an OK button. 

5 All on/off setting 

A user can turn on or off all switches by pressing the "all on/off" button. A device will per 
default be programmed to respond to the "all on/off" button, but can also be programmed 
not to. 

All on/off programming 

10 Should a user require that a certain device should not respond to "all on/off" it can be 
done so by setting this on the control panel. This could e.g. be beneficial for the fish tank 
or the outdoor lights. 

Random on/off setting 

The user can use the control panel to set a device to random turn on and off (i.e. used to 
15 keep away burglars). The device will keep turning on and off with e.g. 3 hrs. interval and 
abort this action next time it receives any instruction from the control panel. The time 
interval in which the control panel should randomly switch on and off can also be set (e.g. 
from 18:00 to 23:00) 

Random on/off programming 

20 Should a user require that a certain device should not respond to "random on/off" it can 
be done so by setting this on the control panel. This could e.g. be beneficial for the fish 
tank or the outdoor lights. 

Device Resetting 

All devices can be reset whereby the Home ID and the Device ID held by the device is 
25 deleted and all references to the Device ID in the"" controller is deleted. In the Power & 

Lighting embodiment, the resetting is carried out by setting the controller in "device reset" 
mode and pressing the actuator button on the device. This makes the device transmit 
information to the controller, which then perform the resetting. 

Programming and learning 
30 In the following, the procedures for performing some of the programming and learning 
functions within the systems are outlined with reference to Figures 20 to 22. In the user 
interface the choices are presented as menus on the LCD display of the controller, and can 
be selected using buttons under the display. 
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Group menu 

When selecting the group menu on the main menu, the following three things can be done 
to the groups after they have been created such as during addition of new devices. 

5 © Name the group: Each group can be named with alphanumerical numbers to 
improve the user friendliness. 

o Remove a switch from a group: When the different devices have been added to a 
specific group then this menu functionality enables the user to remove individual 

10 switches from a specific group. The procedure of how this is done is shown in 

Figure 20. First the user selects the "Remove Switch from Group" menu option and 
is prompted for the group number in which the device is to be removed. Then the 
user has to press a button on the output device in order for controller to get the 
device id to remove. When the button on the output device has been pressed to 

15 specific device has been removed from the group table and the menu system 

return to the main menu. 

o Delete a group: This menu item allows the user to completely delete a group. 
Mood menu 

20 Moods are groups of devices in which the setting of each device is set to a desired dim 
level or current. When selecting the mood menu on the main menu, the following options 
are available in the mood menu section. 

o Create a Mood: This menu item allows the user to add devices into a mood. The 
25 procedure is outlined in Figure 21. First the user selects the "create a Mood" menu 

option and is prompted to select devices to include in the mood. The user then 
presses a button on all of the output devices which are to be included in the mood 
and presses OK when done. The output devices then transmit its current dim level 
to the controller. Then the user is prompted for a mood number to add the already 
30 selected devices into. If the mood is already is in use then user has to determine 

whether to replace the mood with the selected devices or to choose another mood 
number. The user then has the option to name the mood. The user can now select 
the alphanumerical characters on a toggle menu using the Left/Right and the OK 
button. When the name is typed, the user holds the OK button for more than 2 
35 seconds whereby the controller saves the mood name and returns to the main 

menu. 
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o Name a Mood: Each mood can be named with alphanumerical numbers to improve 
the user friendliness. 

© Removed switches from Mood: When the different devices have been added to a 
5 • specific mood then this menu functionality enables the user to remove individual 

switches from a specific mood again. The method is equivalent to the method used 
when removing switches from groups. 

o Delete a Mood: The menu item allows the user to completely delete a mood. 

10 

The all On/Off functionality is per default set to be all devices known by the controller. 
Individual switches can repeatable be removed or added from this function. There is also a 
possibility to customize whether the button is to toggle On/Off or only to use this button 
as a switch off button. 

15 Controller replication 

To ease the use of having several controllers operating within the same Home ID the 
product has the feature to update each other with the different tables and settings. The 
updating process is shown in Figure 22. The user is first prompted for whether the current 
controller should send data to the other controller or receive data from the other 

20 controller. If the user selects receiving data the controller enters a learning-programming 
mode and will return to the main menu when the updates has been received. If the user 
selects the option to send data, the user is prompted for whether he/she wants to update 
the other controller or make an identical copy/replication of current controller. If the 
update is chosen, only specific data is transmitted. If identical copy/replication is chosen, 

25 the Home ID and all tables containing Groups, Moods, etc. is transmitted. When the 
update or identical copy/replication is completed, the system returns to the main menu. 

Hardware 
Power meter 

Some or all the output devices can include means for measuring the power supplied to the 
30 one or more appliances connected to each device. The power measuring means are means 
for measuring the current supplied to the appliance at constant voltage, in order to allow 
for determination of the power, in e.g. KW/h or VoltAmpere/h, received by the one or 
more appliances connected to the device. A possible way to implement power meter 
functionality in the existing switches is outlined in Figure 23. This implementation requires 
35 the consuming appliance to pull it's current in a sinus form which would be the case for 
ordinary lamps. The power meter would then be able to measure volt-amperes, which 
would be identical to Watts. 
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This power meter function allows the controller to monitor the power consumption of 
individual appliances, all appliances in a given group, all appliances in a given mood, and 
of all appliances connected to the system. Hence, one can practice a total power metering, 
5 revealing detailed information of specific appliances or sections in the building. The 
devices are adapted to sum up the power consumption for a given period of time and to 
report the power consumption to a controller either in response to a request to do so from 
the controller, or on its own motion at e.g. a predetermined time or total power 
consumption. 

10 

The controllers and the devices according to the first and/or second embodiment have 
some common hardware such as: 

o RF Transceiver with the following characteristics: 
Very flexible frequency band 
15 - Programmable output power 

Data-rate up to 9600 bit/s 
FSK modulation 

Suitable for frequency hopping protocols 
Low power consumption 

20 

o Microprocessor with the following characteristics: 
High Speed RISC Architecture 
Very Low power consumption 
Integrated RAM, EEPROM and FLASH memory 

25 

In the second embodiment, the Power & Lighting system, the control panel and the output 
devices further comprises: 

The control panel: 
30 © Two line LCD display 
o 13 button soft keypad 

o Battery holder for three type AAA batteries 

o Timer chip which is used to show the time and set timers for the burglar deterrent 
function. 

35 

The output devices: 

SThe components on the devices are powered from the 220/1 10-volt power outlets in the 
wall after it has been transformed down to 3.3v. The dim and on/off function is 
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controlled by a very powerful TRIAC. The output devices have one actuator button 
used in programming procedures and to adjust the power supplied by the device. 

The invention being thus described, it will be obvious that the same may be varied in 
5 many ways. Such variations are not to be regarded as a departure from the spirit and 
scope of the invention, and all such modifications as would be obvious to one skilled in the 
art are intended to be included within the scope of the following claims. 
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